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DATA STRUCTURE, SYSTEM AND METHOD FOR EVENT REPORTING 

Description 

Technical Field 



5 The present invention relates to a data structure for 

reporting of an Event that occurs upon a use of a Digital 
Item (DI), an Event Reporting system using the same, and a 
method thereof. 

More particularly, the present invention relates to 

10 Event Report Request (ERR) data which are used for Event 
Reporting of an Event that occurs upon a use of a Digital 
Item (DI), a data structure of Event Report (ER) data, an 
Event Reporting system" for managing and processing Events 
by using the Event Report Request data and Event Report 

15 data, a method thereof, and a computer-readable recording 
medium for recording a program that implements the method. 



Background Art 

20 Moving Picture Experts Group (MPEG)- presents 'Event 

Reporting (ER) ' based on the use of a Digital Item (DI) , 
which is a new Standard Working Item (SWI) of the MPEG-21. 

According to what is defined in the MPEG-21, the 
digital item stands for a structured digital object with a 

25 standard representation, identification and metadata. 

The Event Reporting means a process of requesting a 
report on a particular Event that occurs when a user or a 
user terminal (Peer) uses a digital item, performing Event 
monitoring, and reporting the occurrence of an Event. 

30 Herein, the user includes a producer, a right holder, 

a distributor, and a consumer. 

The MPEG-21 is composed of seven major elements: 
Digital Item Declaration (DID), Digital Item 
Identification and Description (DII&D) , Content Handling 

35 and Usage, Intellectual Property Management and Protection 
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(IPMP) , Terminal and Network, Content Representation, and 
Event Reporting. 

Herein, it is the purpose of the Event Reporting to 
provide a standard method for measuring an Event that 
5 occurs when the digital item of the MPEG-21 is used 
directly or indirectly and provide interface for reporting. 

The Event Reporting can be applied to digital item 
Usage Report, e.g., performance and copy of a digital item, 
Technical Report, e.g., Bandwidth Usage /Availability, 
10 Network Congestion and Load Balancing, and Financial 
Report, e.g., Proof of Purchase, License Purchase and 
Delivery. 

Therefore, the Event Reporting contributes to further 
understanding of each user operation, provides information 

15 on creation, delivery, consumption of a digital item, and 
manages a distribution process by reporting copyright or 
an Event related to finance. 

The Event Reporting is classified into Event Report 
Request data and Event Report data. 

20 An Event Report Request data is a process of creating 

and transmitting an Event Report Request data, which is a 
message containing a request for reporting a particular 
Event that occurs when a particular digital item is used. 
Preferably, the Event Report Request data is metadata. 

25 The Event Report data is a process of creating and 

transmitting an Event Report data containing a report when 
an Event specified in the transmitted Event Report Request 
data that occurs. The Event Report data also is metadata, 
preferably. 

30 Therefore, a system in support of Event Reporting 

should include an apparatus for creating and transmitting 
an Event Report Request data upon a request from a user 
and an apparatus for receiving, analyzing and storing the 
Event Report Request data, monitoring the corresponding 

35 Event, and creating and transmitting an Event Report data 
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for the Event occurrence. 

Also, the above system requires standardized 
structures for an Event Report Request data and an Event 
Report data creating and transmitted in the system. 
5 However, since there is no apparatus for performing 

Event Reporting upon the use of a digital item and no 
standardized structures for the Event Report Request data 
and the Event Report data, there is a problem that Event 
Reporting based on the use of a digital item is not 
10 utilized. 

Disclosure 

Technical Problem 

15 It is, therefore, an object of the present invention 

to provide data structures for an Event Report Request 
data and an Event Report data for performing Event 
Reporting upon a use of a Digital Item. 

It is another object of the present invention to 

20 provide an Event Reporting system for processing an Event 
Reporting by using the Event Report Request data and Event 
Report data, a method thereof, and a computer-readable 
recording medium for recording a program that implements 
the method. 

25 

Technical Solution 

In accordance with one aspect of the present 
invention, there is provided an Event Reporting system for 

30 requesting and processing a report on an Event that occurs 
upon a use of a digital item, which includes: an Event 
Report Request data processor for creating an Event Report 
Request data which requests a report on an Event Report 
data; and an Event Report data processor for creating and 

35 transmitting an Event Report in response to the Event 
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Report Request data transmitted from the Event Report 
Request data processing means to perform an Event 
Reporting. 

In accordance with another aspect of the present 
5 invention, there is provided a method for reporting an 
Event that occurs upon a use of a digital item to perform 
Event Reporting, which includes: a) an Event Report 
Request data processing step of creating and transmitting 
an Event Report Request data requesting a report on an 

10 Event, and receiving, analyzing an Event Report Request 
data from outside and monitoring an Event corresponding to 
the Event Report Request data; and b) an Event Report data 
processing step of creating and transmitting the Event 
Report data created to perform Event Reporting 

15 corresponding to the transmitted Event Report Request data. 

In accordance with another aspect of the present 
invention, there is provided a structure of an Event 
Report Request message data which is used for requesting a 
report on an Event that occurs upon a use of a digital 

20 item to perform Event Reporting, which includes: a Event 
Report Request Descriptor for describing the 
characteristics of the Event Report Request itself; an 
Event Report Descriptor for describing characteristics 
that an Event Report data that occurs by the current Event 

25 Report Request data should have and Event Report data; and 
an Event Condition Descriptor for specifying and 
describing conditions which becomes a standard for 
occurrence of an Event. 

In accordance with another aspect of the present 

30 invention, there is provided a structure of an Event 
Report message data which is used to provide information 
corresponding to an Event Report Request to perform Event 
Reporting on an Event that occurs upon a use of a digital 
item, which includes: an Event Report Descriptor for 

35 describing information related to creation and 
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transmission of the Event Report itselt; an Original Event 
Report Request data for describing a reference for the 
Event Report Request which makes the Event Report created; 
and an Event Report Data including a payload that report 
5 information of the Event Report data. 

In accordance with another aspect of the present 
invention, there is provided a computer-readable recording 
medium for recording a program that implements an Event 
Reporting method in a system for requesting and processing 

10 a report on an Event that occurs upon a use of a digital 
item, the method including the steps of: a) an Event 
Report Request data processing step of creating and 
transmitting an Event Report Request data requesting a 
report on an Event, and receiving, analyzing an Event 

15 Report Request data from outside and monitoring an Event 
corresponding to the Event Report Request data; and b) an 
Event Report data processing step of creating and 
transmitting the Event Report data created to perform 
Event Reporting corresponding to the transmitted Event 

20 Report Request data. 

Advantageous Effects 

The present invention can standardize data structures 
25 of an Event Report Request and an Event Report and utilize 
Event Reporting by providing data structures for Event 
Reporting upon a use of a digital item. 

Also, the present invention utilizes Event Reporting 
based on the use of a digital item by providing a system 
30 and method for Event Reporting. 

Also, the present invention can increase 
understanding of each user operation of MPEG-21, manage 
data on a process of creating, delivering and consuming a 
digital item, and manage a copyright or a distribution 
35 process through finance-related Event Reporting. 
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Description of Drawings 

Fig, 1 is a block diagram illustrating an Event 
5 Reporting system in accordance with an embodiment of the 
present invention; 

Fig. 2 is a block diagram showing an Event Report 
Request (ERR) data in accordance with an embodiment of the 
present invention; 
10 Fig. 3 is. a detailed block diagram describing a 

descriptor of an Event Report Request data in accordance 
with an embodiment of the present invention; 

Fig. 4 is a diagram describing lifetime of an Event 
Report Request descriptor in accordance with an embodiment 
15 of the present inventions- 
Fig. 5 is a detailed diagram illustrating a history 
of an Event Report Request data in accordance with an 
embodiment of the present invention; 

Fig. 6 is a diagram describing a priority of an Event 
20 Report Request data in accordance with an embodiment of 
the present invention; 

Fig. 7 is a detailed diagram showing an Event Report 
(ER) data of an Event Report Request data in accordance 
with an embodiment of the present invention; 
25 Fig. 8 is a diagram describing "DeliveryParams" of an 

Event Report Request data in accordance with an embodiment 
of the present invention; 

Fig. 9 is a diagram describing a delivery time 
(DeliverTime) of an Event Report Request data in 
30 accordance with an embodiment of the present invention; 

Fig. 10 is a diagram illustrating a time type 
(TimeType) which is used for representing the delivery 
time (DeliverTime) of an Event Report Request data in 
accordance with an embodiment of the present invention; 
35 Fig. 11 is a diagram describing an Event condition 
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descriptor (EventConditionDescriptor) of an Event Report 
Request data in accordance with an embodiment of the 
present invention; 

Fig. 12 is a diagram illustrating a time condition 
5 (Time Condition) of an Event Report Request data in 
accordance with an embodiment of the present invention; 
and 

Fig. 13 is a diagram showing an Event Report data in 
accordance with an embodiment of the present invention, 

10 

Best Mode for the Invention 

Other objects and aspects of the invention will 
become apparent from the following description of the 
15 embodiments with reference to the accompanying drawings, 
which is set forth herein after. 

Fig. 1 is a block diagram illustrating an Event 
Reporting system in accordance with an embodiment of the 
present invention . 
20 As illustrated in Fig. 1, the Event Reporting system 

100 of the present invention includes a main processing 

101 which is in charge of substantial Event Reporting 
process. The main processing 101 communicates with a user 
10 in a form of a file through a direct input/output 

25 interface 30 or a particular storage 20 of the user 10 or 
in a form of remote access 40 through a network. Also, the 
Event Reporting system 100 communicates with an external 
user through a network 50 and transmits or receives an 
Event Report (ER) data or an Event Report Request (ERR) 

30 data. 

- Herein, the Event Report Request data is data 

describing what to report, to whom to report, a form of 
report , when to report and how to report , when an Event 
occurs with respect to a digital item. Further description 

35 on it will be provided later. 
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The Event Report data specifies information related 
to an Event requested in the Event Report Request data. It 
describes from whom the report is requested and to whom to 
deliver the report- Further description on it will be 
5 provided later, too. 

The Event Reporting system 100 can be mounted on a 
laptop computer, a desktop computer, workstation, 
mainframe, and other types of computers, and it can be 
also mounted on all systems where a digital item (DI) is 
10 created, delivered, and consumed, such as a Personal 
Digital Assistant (PDA) and a mobile communication station. 

The user 10 can directly access to the above- 
mentioned systems and request the Event Reporting system 
100 to create Event Report data requests one by one 
15 through a direct input procedure into an application 
program. 

Also, the user 10 can request the Event Reporting 
system 100 to create an Event Report Request data by 
storing what is requested in the storage 20 in advance. 
20 Herein, the storage 20 can be positioned in and out 

of the Event Reporting system 100 and it includes all 
types of storing media, e.g., a CD-ROM, RAM, floppy disks, 
hard disks, and magneto-optical disks. 

Also, the user 10 accesses to the Event Reporting 
25 system 100 through the network 50 at a remote place and 
requests it to generate an Event Report Request data. 

The Event Reporting system 100 receives the request 
for creating an Event Report Request data from the user 10 
by using the above described method, creates the Event 
30 Report Request data, and transmits the created Event 
Report Request data to the user 10 through the network 50. 

Herein, the network 50 is formed of wired/wireless 
Local Area Networks (LANs), e.g., an Ethernet, a fiber 
distributed data interface (FDDI), a Token Ring and an 
35 Asynchronous Transfer Mode (ATM) , and Wide Area Networks 
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(WAN) , e.g., Public Switched Telephone Network (PSTN) , 
Packet Switched Data Network (PSDN) and Integrated 
Services Digital Network (ISDN) . 

The Event Reporting system 100 can receive an Event 
5 Report Request data or an Event Report data from the 
outside through the network 50, analyze it, create another 
Event Report Request data or another Event Report data, 
and transmit the Event Report Request data or Event Report 
data to outside. It can extract information contained in 

10 the Event Report Request data or Event Report data and 
store or transmit the information directly to a user 
application program. 

Herein, the Event Report Request data and the Event 
Report data will be described in detail. 

15 Fig. 2 is a block diagram showing an Event Report 

Request data in accordance with an embodiment of the 
present invention . 

As described in Fig. 2, the Event Report Request data 
includes a descriptor for describing ERR instance, an 

20 Event Report descriptor (ERDiscriptor ) for describing 
characteristics and data that an ER message to be 
generated for the current Event Report Request data, and 
an Event condition descriptor (EventConditionDescriptor ) 
for specifying and describing conditions that become a 

25 standard for occurrence of an Event. 

Hereafter, elements of the Event Report Request data 
will be described with reference to related drawings. 

Fig. 3 is a detailed block diagram describing a 
descriptor of an Event Report Request data in accordance 

30 with an embodiment of the present invention. 

As shown in Fig. 3, the ERR descriptor of the present 
invention includes life time (LifeTime) which indicates 
the remaining life time of the Event Report Request data, 
history (History) for describing information on history of 

35 the occurrence or modification of an Event Report Request 
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data and an Event Report data. 

The elements of the Event Report Request descriptor 
(Descriptor) will be described more in detail, hereafter. 

After the specified life time (LifeTime) is passed, 
5 the Event Report Request data is not valid any more. Also, 
the history (History) can be applied to both Event Report 
Request data modification history and Event Report data 
modification history, Priority level can be applied to 
both ERR and ER also, and an Event Report Request data 
10 having a higher priority is processed first. 

The following extensible Markup Language (XML) syntax 
defines a descriptor (Descriptor) of an Event Report 
Request data in accordance with an embodiment of the 
present invention . 

15 

<!— ######################################## — > 
<! — Definition of ERR Descriptor -> 

<!— ######################################## — > 
<xsd:element name= ,! Descriptor"> 
20 <xsd: complexType> 
<xsd:sequence> 

<xsd:element name="LifeTime M type= ,, erl:ERTimeType ,, minOccurs^'O" 
max0ccurs= H 17> 

<xsd:element name="History n type="erl:HistoryType" minOccurs^'O" 
25 max0ccurs= M l7> 

<xsd:element name= M Priority M type="erl:PriorityLevelType" minOccurs="0" 
maxOccurs^'l" default="27> 

</xsd:sequence> 
</xsd:complexType> 
30 </xsd:element> 



Fig. 4 is a diagram describing lifetime of an ERR 
descriptor in accordance with an embodiment of the present 
invention. 

35 As illustrated in Fig. 4, life time (LifeTime) which 

defines the remaining life time (i.e., life time of 

10 
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validity) of the Event Report Request data that occurs 
currently includes a definite starting time (StartTime) of 
the valid life time and a definite end time (EndTime) of 
the valid life time. 
5 The following XML syntax defines life time (LifeTime) 

of an Event Report Request data in accordance with an 
embodiment of the present invention. 

<i — #####################^ — > 

>. « ii ii n 11 11 tt it tt it it it it 11 ii 11 ii it it ii ii ii ti it n it tt tt it it tt tt tt tt it tt ft it it ft tt ft tt s 

10 <!— Definition of ERRLifeTime datatype --> 

<!-- ########################################## — > 

<xsd:element name= ,, LifeTime"> 
<xsd*complexType> 

<xsd:sequence> 

15 <xsd:element name= M StartTime ,, type= n xsd:dateTime n /> 

<xsd:element name= ,, EndTime" type="xsd:dateTime" /> 
</xsd:sequence> 
</xsd"complexType> 
</xsd:element> 

20 

Fig. 5 is a detailed diagram illustrating a history 
of an Event Report Request data in accordance with an 
embodiment of the present invention. 

As' illustrated in Fig. 5, the history (History) of an 
25 Event Report Request data of the present invention 
includes creation information (Creation) and modification 
information (Modification) . Herein, the modification 
information (Modification) has a frequency number of 0 to 
infinity. 

30 The following XML syntax defines history (History) of 

an Event Report Request data in accordance with an 
embodiment of the present invention. 

35 <! — Definition of History datatype — > 
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£ I — — 4}<44>44-4l 4! It-It it f t tilt It 11 II II 11 II 11 11111 1 t i ll H 1L J1 1L II It II 11 1 1 11 11 11 1 1 11 11 11 11 11 11 _ _ \ 
^ • tttFttTj 1 1 ftTt"ttff"ff it it if ft ft it Trrrif^rTT'ftitif it ft if If If ft ft Tfrfff' ft if frit ft ftitfr S 

<xsd:element name="History M minOccur="l"> 
<xsd:complexType> 
<xsd:sequence> 

5 <xsd:element name-'Creation 1 ' type="CreationType" min0ccur= n l7> 

<xsd:element name="Modification" type="ModificationType M minOccurs="0 M 
maxOccurs="unbounded7> 
</xsd:sequence> 
</xsd:complexType> 
10 </xsd:element> 

<xsd:complexType name= ,, CreationType ,t > 
<xsd:sequence> 
<xsd:element name="Peer" type= n xsd:anyURI7> 
<xsd:element name- 'User" type="xsd:anyURI7> 
15 <xsd:element name= ,, Time" type="xsd:dateTime7> 

<xsd:element name="Description" type="xsd:string" minOccurs="07> 
</xsd:sequence> 
</xsd:complexType> 

<xsd:complexType name="ModificationType"> 
20 <xsd:sequence> 

<xsd:element name="Action"> 
<xsd:simpleType> 

<xsd:restriction base="xsd:NMTOKEN ANYURT> 
<xsd:enumeration value="RDD:mpeg:mpeg2l:Modify7> 
25 </ xsd : re stric tion> 

</xsd:simpleType> 
</xsd:e!ement> 

<xsd:element name- 'Peer" type="xsd:anyURT/> 
<xsd: element name="User" type= M xsd:anyURl7> 
30 <xsd:element name-Time" type- 'xsd:dateTime7> 

<xsd:element name="Description n type="xsd: string" min0ccurs="07> 
</xsd:sequence> 
</xsd:complexType> 

35 Parameters (NAME) used in the XML syntax of the 

history (History) of the Event Report Request data have 
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the following meaning. 

A parameter "CreationType" denotes information on the 
generation of instance of the Event Report Request data 
and the Event Report data, while a parameter 
5 "Modif icationType" provides information on modification of 
instance of the Event Report Request data and the Event 
Report data. 

Also, a parameter '"Peer" is a unique identifier of a 
peer that has performed creation and modification, while a 

10 parameter "User" is a unique identifier of a user that has 
performed creation and modification. 

Also, a parameter "Time" is time when the instance of 
the Event Report Request data and the Event Report data is 
created or modified, while a parameter "Description" 

15 indicates operation of a peer that has generated or 
modified the instance of the Event Report Request data and 
the Event Report data. 

Fig. 6 is a diagram describing a priority of an Event 
Report Request data in accordance with an embodiment of 

20 the present invention. 

As shown in Fig. 6, the priority of an Event Report 
Request data, which is an order for processing Event 
Report Request data, has a value from 0 to 5. The smaller 
the number is, the higher the priority level is. 

25 The following XML syntax defines priority of an Event 

Report Request data in accordance with an embodiment of 
the present invention. 

<t it II ft ft fi ft ft u ji u it tl tt tt ft tt ft tt tt u tt tt tt tt ri u u tt u u it it ti rr u ir ti ti u. u u u v 

30 <! — Definition of PriorityLevel datatype — > 

x . n it a ii ii ii ti ii ii u ii ii it u ii ii ii it n it it it ti u u ti n tt u u ti tr u tt ir tt if tt tt if irir s 

<xsd:sirripleElement name= t, Priority"> 

<xsd:restriction base="xsd:string"> 

<xsd: enumeration value="0V> 
35 <xsd:enumeration value= M lV> 
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<xsd: enumeration value= M 2"/> 
<xsd: enumeration value="37> 
<xsd:enumeration value="47> 
<xsd:enumeration value="57> 
5 </xsd:restriction> 
</xsd: simpleElement> 

Hereinafter, an Event Report descriptor 

(ERDiscriptor) of an Event Report Request data will be 
10 described in accordance with an embodiment of the present 
invention. 

<! — Definition of Event Report Descriptor — > 

-t f— S I ft f t tt it it mi it ii u it ii t* ii it if tt it it it it it ii ii ti ii it M it it tt ii it it it n tt tt II ti u -v 

lb <! — ######################################## — > 
<xsd:element name= l! ERDescriptor n > 
<xsd:complexType> 
<xsd'sequence> 

<xsd:element name= ,, ERIdentifier ,, type="dii: Identifier" minOccurs="0V> 
20 <xsd:eiement name="ERDescription n type="xsd* string" minOccurs="0 ,, /> 

<xsd:element name= ,, ERAccessControl" type="xsd:anyType"/> 
<xsd:eiement name="ERData" type="erl:ReportData"/> 
<xsd:element name="ERFormat !t type="erl:ReportFormat7> 
<xsd:element name="EmbeddedERR" type= H erl:EmbeddedERRType n 
25 min0ccurs=''07> 

<xsd:element name^'DeliveryParams" type="erl:DeliveryParmasType ! 7> 
</xsd:sequence> 
</xsd:complexType> 
</xsd:element> 

30 

The meanings of significant parameters (NAME) used in 
the XML syntax of the Event Report descriptor 
(ERDiscriptor) of the Event Report Request data are as 
follows . 

35 A parameter "ERID" is a unique identifier of an Event 

Report data to be created, while a parameter 
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"ERAccessControl" describes information of a peer or a 
user that can access to the Event Report data. 

Also, a parameter "ERData," which is an element that 
specifies an Event Report data requested by an Event 
5 Report Request data, can be the report requested by a sub- 
element such as a peer, a user, and reference digital 
items (RefDI) . 

A parameter "ERFormat" indicates a request format of 
an Event Report data (ERData), while a parameter 
10 "EmbeddedERR" describes another Event Report Request data 
to be added to the Event Report Request data. A parameter 
"DeliveryParams" specifies a receiver, delivery time, a 
delivery method for the delivery of the Event Report data. 

Fig. 7 is a detailed diagram showing Event Report 
15 data of an Event Report Request data in accordance with an 
embodiment of the present invention. 

As illustrated in Fig. 7, an Event Report data 
(ERData) of an Event Report Request data, which is an 
element that specifies report data requested by an Event 
20 Report Request data, includes parameters "Peer," "User, " 
"Time, " "Location, " "DII, " "RdlatedDII" and "DIOperation" 
and additionally includes a parameter "DIMetadata" 

The following XML syntax defines Event Report data 
(ERData) of an Event Report Request data in accordance 
25 with an embodiment of the present invention. 

<xsd: element name="ERData l, > 
<xsd:complexType> 
<xsd:all> 

30 <xsd:element name="Peer"> 

<xsd:complexType> 
<xsd:attribute name-'optionar type^'xsd.'boolean" default="false7> 
</xsd:complexType> 
</xsd:element> 
35 <xsd: element name= M User l, > 
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<xsd:complexType> 

<xsd: attribute name- 'optional" type- 'xsd:boolean" default= f, false"/> 
</xsd:complexType> 
</xsd:element> 
5 <xsd:element name="Time"> 

<xsd: complexType > 

<xsd: attribute name- 'optional" type="xsd:boolean" default="false7> 
</xsd:complexType> 
</xsd:element> 
10 <xsd:element name= u Location"> 

<xsd:complexType> 

<xsd:attribute name=" optional" type="xsd:boolean" default- 'false"/> 
</xsd:complexType> 
</xsd:element> 
15 <xsd:element name="DII"> 

<xsd:complexType> 

<xsd:attribute name="optionaI" type="xsd:boolean" default="false"/> 
</xsd:complexType> 
</xsd:element> 
20 <xsd:element name= H RelatedDII"> 

<xsd:complexType> 
<xsd:attribute name="optional" type="xsd: boolean" default="false"/> 
</xsd:complexType> 
</xsd:element> 
25 <xsd:element name="DIOperation"> 

<xsd:complexType> 

<xsd:attribute name="optional" type="xsd: boolean" default="false"/> 
</xsd:complexType> 
</xsd:element> 
30 <xsd:element name="DIMetadata" minOccurs="0"> 

<xsd:complexType> 
<xsd:sequence> 

<xsd:any namespace="##any" processContents="lax" 
maxOccurs="unbounded'7> 
35 </xsd:sequence> 

</xsd:complexType> 
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</xsd"element> 
</xsd:all> 

</xsd:complexType> 
</xsd^element> 

5 

The meanings of significant parameters (NAME) used in 
the XML syntax of the Event Report data (ERData) of the 
Event Report Request data are as follows. 

A parameter "Peerld" is a unique identifier of a peer 

10 that generates an Event Report data, while a parameter 
"Userld" is a unique identifier of a user that creates an 
Event Report data. A parameter "Time" is time when the 
Event occurs and a parameter "Location" is location 
information of the peer. 

15 Also, a parameter "DII" is a digital item identifier, 

which is an object of Event occurrence, while a parameter 
"Related DII" is a digital item identifier related with 
the present Event Report data. A parameter "DIOperation" 
is an operation related with a user of a digital item, and 

20 a parameter "DIMetadata" is a report requested .other than 
the items described above. 

The following XML syntax defines the parameter 
"EmbeddedERR" in accordance with an embodiment of the 
present invention . 

25 

<!— im#mmmmt4#mmm#mmm#mmmmmmm# —> 

<! — Definition of EmbeddedERR — > 

<!— ###########^^ „> 

<xsd:element name="EmbeddedERR ,l > 
30 <xsd : complexType> 

<xsd^choice maxOccurs= h unbounded M > 
<xsd:element ref="erl:ERR7> 
<xsd:element name- 'ERRReference 11 

type= M xsd:lDREF7> 
35 </xsd:choice> 
</xsd:complexType> 
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</xsd:element> 

The Event Report Request data of the present 
5 invention can be enclosed in another Event Report Request 
data or another Event Report data for the purpose of 
acknowledgement or forwarding. The parameter "EmbeddedERR" 
is the Event Report Request data enclosed in the Event 
Report Request data. 

10 Fig. 8 is a diagram describing "DeliveryParams" of an 

Event Report Request data in accordance with an embodiment 
of the present invention. 

As shown in Fig. 8, a parameter vx Deli very Params" of 
an Event Report Request data of the present invention 

15 includes elements needed for transmission of an Event 
Report data that occurs. Among the elements are a 
recipient (Recipient) of the Event Report data, delivery 
time (DeliveryTime) of the Event Report data, and a 
transport service reference (DITransportService) . 

20 Fig. 9 is a diagram describing a delivery time 

(DeliverTime) of an Event Report Request data in 
accordance with an embodiment of the present invention, 
and Fig. 10 is a diagram illustrating a type of time 
(TimeType) which is used for representing the delivery 

25 time (DeliverTime) of an Event Report Request data in 
accordance with an embodiment of the present invention. 

The delivery time (DeliverTime) of the Event Report 
Request data can have the case of Fig. 9 based on an Event 
occurrence time. 

30 The following XML syntax defines the parameter 

"DeliveryParams" of an Event Report Request data in 
accordance with an embodiment of the present invention. 

<l Ml 11 11 11 tt II it ii it ii fj ii ii tt tt II II II II II It II II II II It t t *' " " " " " U " U Li tl " " •• " " " >v 

35 <! — Definition of Delivery Attribute — > 



18 



WO 2005/052807 



PCT/KR2004/003089 



* i tt it tt ii it it it it II 11 it tt if tl ft It It It II It It ft ft tt II it tt tt tt n it if u ti " '• " ti tl 11 " '* ** u x. 

< I — - — TrTrTryrTT rr rr Tf ff irtrTf rrTr / 1 11 ff 1 1 TTTTTTTT it It ^ tttt f r rrfrfrfr f r f f f f T rTrfrtt 11 11 rr rr rr — » « — » > 

\ . // it tt tt tt ii ii ii tt it tt n 11 i* u ii a ii ii »» i* " ii Ji ti it it ti tt it it it it it tt tt it it n ii ii it it it * 

<xsd:complexType name="DeliveryParams n > 
<xsd:sequence> 

<xsd:element name= n Recipient'7> 
5 <xsd:element name= ,, DeliveryTime !, type= !, erl:TimeType'7> 
<xsd:element name="DITransportService" minOccurs="O n > 
< xsd : comp lexTy p e > 
<xsd:sequence> 
<xsd: element ref="r:serviceReference n /> 
10 </xsd:sequence> 

</xsd:compiexType> 
</xsd:element> 
</xsd:sequence> 
</xsd : c omple xTy p e > 

15 

<xsd* element name="Recipient M > 
<xsd : complexType> 

<xsd:sequence minOccurs="l M maxOccurs= H unbounded"> 
<xsd:element name= ,! PeerId M type =,, xsd:anyURT minOccurs= M l I! maxOccurs= n l" 
20 <xsd:element name= ,, UuserId n type="xsd:anyURT min0ccurs="07> 

</xsd:sequence> 
</xsd:complexType> 
</xsd:element> 

25 <xsd:complexType= , 'TimeType n > 
<xsd:choice minOccurs="0"> 
<xsd:element name= ,l SpecificTime n type= ,f SpecificTime H /> 
<xsd*element iiame= ,, ElapsedTime" type="ElapsedTime n /> 
<xsd:element name= !, PeriodicTime h type =,, PeriodicTimeV> 
30 </xsd^choice> 

</xsd:complexType> 

<xsd:complexType name="SpecificTime"> 
<xsd:choice> 

35 <xsd:element riame= n onTime" type= n xsd:dateTime"/> 
<xsd:sequence> 

<xsd:element name= ,, afterOn M type="xsd:dateTime" min0ccurs="07> 
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<xsd:element name= M beforeOn ,! type= ,! xsd:dateTime" minOccurs= ,! 07> 
</xsd:sequence> 
</xsd:choice> 
</xsd:complexType> 

5 

<xsd^complexType name= ,, ElapsedTime"> 
<xsd: sequence> 

<xsd:element name= M beginElapse H type="BeginElapse n minOccurs="0V> 
<xsd:element name= ,, endElapse" type= n EndElapse" minOccurs= n 0"/> 
10 </xsd:sequence> 

</xsd : c omplexType> 

<xsd:complexType name= n BeginElapse ,, > 
<xsd:choice> 

<xsd^element name= l, sTiITle ,, type= : "xsd'time ,! /> 
15 <xsd:element name="sDuration" type =,, xsd'durationV> 
</xsd:choice> 
</xsd'complexType> 
<xsd:complexType name="EndElapse M > 
<xsd:choice> 

20 <xsd: element name= n eTime" type="xsd:time7> 

<xsd:element name^'^Duration" type= n xsd:duratiqn n /> 
</xsd:choice> 
</xsd:comp!exType> 

25 <xsd:complexType name="PeriodicTime"> 
<xsd:sequence> 
<xsd:element name= M Start" type="xsd:dateTime7> 

<xsd:element name="DayofWeek" type="DayofWeekType n minOccurs= ,f 0V> 
<xsd:element name="Period" type="xsd:duration7> 
30 <xsd:element name= n Duration" type="xsd:duration7> 

<xsd:element name="End" type="xsd:dateTime7> 
</xsd:sequence> 
</xsd:complexType> 

35 <! — Definition of DayofWeekType datatype — > 
<xsd:simpleType name="DayofWeekType"> 
<xsd:restriction base="xsd:string"> 
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<xsd:pattern value= ,, W-?[l-5]{l}W[l-7]{l>D H /> 
</xsd:restriction> 
</xsd* simpleType> 

5 The meanings of significant parameters (NAME) used in 

the above XML syntax are as follows. A parameter 
"Recipient" is a receiving part of an Event Report data to 
be delivered/ and a parameter "DeliveryTime" is time when 
the Event Report data is authored and delivered. 

10 A parameter "Specif icTime" indicates a particular 

time, and a parameter "DurationTime" also indicates a 
particular time. A parameter "PeriodicTime" indicates a 
periodic transport time, and a parameter "onTime" means 
on-time delivery at a particular time. A parameter 

15 "afterOn" is a delivery after a particular time, and a 
parameter "beforeOn" means a delivery before a particular 
time. 

A parameter "beginDuration" is a starting time point 
of a specific time, and a parameter "endDuration" is an 
20 ending time point of the specific time. A parameter 
"Start" is a starting time of a periodic transfer. 

A parameter "DayofWeek" is a field for specifying, a 
day of a week, and a parameter "Period" is interval of a 
week period. A parameter "Duration" is time in which a 
25 period is continued, and a parameter "End" is an end time 
for periodic transport. 

Fig. 11 is a diagram describing an Event condition 
descriptor (EventConditionDescriptor ) of an Event Report 
Request data in accordance with an embodiment of the 
30 present invention . 

As illustrated in Fig. 11, an Event condition 
descriptor (EventConditionDescriptor) of an Event Report 
Request data of the present invention is largely divided 
into three groups, and an Event condition is represented 
35 by a combination of three condition cases, i.e., a 
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combination of parameters "TimeCondition, 

"DIOperationCondition, " and "PeerCondition . " 

Hereafter, the parameters "TimeCondition, " 

"DIOperationCondition, " and "PeerCondition" will be 
5 described, individually. 

Fig. 12 is a diagram illustrating time condition 
(Time Condition) of an Event Report Request data in 
accordance with an embodiment of the present invention. 

As shown in Fig. 12, the parameter "TimeCondition" 
10 includes "specific time," "elapsed time," and "periodic 
time" types based on the time when the Event Report 
Request data is received according to the time on the 
peer's part where the Event occurs. The grammar and XML 
description on it are as described above. 
15 Meanwhile, the parameter "DIOperationCondition" 

describes an Event that occurs in relation with the use of 
a digital item, and it uses terms defined in ISO/IEC 
21000-6 Rights Data Dictionary (RDD) , e.g., play, stop, 
delete and move of a digital item. 
20 Also, a parameter "PeerCondition" describes an Event 

that occurs regardless of the use of a digital item, and 
the objects of the parameter "PeerCondition" can be 
operation or device status of the peer. 

The above-described three conditions can be combined 
25 as follows: 



( (TimeCondition) opl (DIOperationCondition) opl (PeerCondition)) + 
= ( (TimeEvent, opl)? (DIOperationCondition, opl)? (PeerCondition, opl)? ) + 
= ( (TimeEvent, (operation kind, location)*)?, (DIOperationEvent, , (operation kind, 
30 location)*)?, (PeerEvent, (operation kind, location)*)? ) + 

= ( (TimeEvent, (operation kind, location)*)?, (DIOperationEvent, , (operation kind, 
location)*)?, ((##any,op2) , (operation kind, location)*)? ) + 

= ( (TimeEvent, (operation kind 1, location)*)?, (DIOperationEvent, , (operation kind 1, 
location)*)?. ((##any.( operation kind 2, location) , (operation kind 1, location)*)? ) + 
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wherein "opl = (operation kind 1, location)" is an 
operator between Event conditions (Event Condition) and 
fl op2 = (operation kind 2 , location) " is an operator in an 
Event condition (Event Condition) . 
5 Grammar description and XML description corresponding 

to the regular expression will be described later when a 
parameter "EventConditionDescriptor" is described. 

The combinations of the three conditions will be 
described hereafter by taking examples. 
10 - An Event condition description of an Event Report 

Request data requesting to author an Event Report data, if 
DI001 is played, can be combined as: (PLAY,DI001) 

- An Event condition description of an Event Report 
Request data requesting to author an Event Report data, if 

15 a user YJSONG plays DI001, can be combined as: 
(PLAY,DI001) ( (User, YJSONG ( INFIX) ) , (AND, PREFIX) ) 

- An Event condition description of an Event Report 
Request data requesting to author an Event Report data, if 
a user YJSONG plays DI001 on November 19, 2004, can be 

20 combined as: ((2004-11-19) (PLAY, DI001) , (AND, PREFIX) ) ((User,- 
YJSONG ( INFIX) ) , (AND, PREFIX) ) 

- An Event condition description within an Event 
Report Request data requesting to author an Event Report 
data, if DI001 is played on November 19, 2004, or the user 

25 is YJSONG, can be combined as: ((2004-11- 
19, ( * (PREFIX) ) (PLAY,DI001, (AND, PREFIX) , ( x ) 'POSTFIX) ) ( (User 
, YJSONG ( x = ' INFIX) ) ,. (OR, PREFIX) ) 

- An Event condition description within an Event 
Report Request data requesting k to author an Event Report 

30 data, if YJSONG plays DI001, or if KHJEE plays DI001, can 
be combined as: (PLAY,DI001 (AND, POSTFIX) ) ( (User, YJSONG 
( w INFIX) ) , ( M * (PREFIX) ) ( (User, KHJEE ( INFIX) ) , 
( (OR, PREFIX) , ( * ) ' POSTFIX) ) 

35 The following Tables 1 and 2 show external operators 
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and internal operators. In the present invention, the 
operators are used for relationship between Event 
conditions and operation within an Event. The operators 
are preferred to be prefix rather than to be postfix based 
5 on condition. 



Table 1 



Logical Operator 


AND, OR, XOR, NOT 


Parentheses 


(,) 


Location 


PREFIX, POSTFIX 



Herein, the location in Table 1 means that the 
10 operators are located in front of or behind an Event 
condition. 



Table 2 



Comparison Operator 


=, <, >, <=, <>,>,,<= 


Arithmetic Operator 


+,-,*,/,%," 


Location 


PREFIX, INFIX, POSTFIX 



15 Herein, the location in Table 2 means that the 

operators are located in front of or behind a peer 
condition, or between the peer condition and a value. 

The following XML syntax defines an Event condition 
descriptor (EventConditionDescriptor ) of an Event Report 

20 Request data -in accordance with an embodiment of the 
present invention . 

s I tt li 11 II it it It ll It U tl It ll it II ll ii ii n it n tt it u n it if n ii it it a a n tt a a a u it jt tut it n <v 

<! — Definition of Event Condition Descriptor — > 
25 <!— ############################################# — > 
<xsd:element name= ,, EventConditionDescriptor"> 
<xsd:complexType> 
<xsd:group ref- , EventConditionGroup" maxOccurs=? n unbounded7> 
</xsd : complexTy pe> 
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</xsd:element> 

<xsd:group name="EventConditionGroup"> 
<xsd:sequence> 
<xsd:element name= n TimeCondition" minOccurs= n 0 f, > 
5 <xsd:compiexType> 
<xsd*sequence> 

<xsd: element name= H TimeEvent" type= ,, erl:TimeType , 7> 
<xsd:element name-'Operator" minOccurs^'O'^ 
<xsd*complexType> 
10 <xsd:attributeGroup ref="ExternalAttrGroup7> 

</xsd:complexType> 
</xsd: element > 
</xsd*sequence> 
</xsd*.complexType> 
15 </xsd:element> 

<xsd".element name= M DIOperationCondition" minOccurs="0"> 
<xsd:complexType> 
<xsd:sequence> 
<xsd:element name="DIOperation" type= M xsd^string l 7> 
20 <xsd:element name =,, Operator" minOccurs="0 H > 

<xsd:complexType> 

<xsd:attributeGroup ref= n ExternalAttrGroup"/> 
</xsd:complexType> 
</xsd:element> 
25 </xsd:sequence> 

</xsd:complexType> 
</xsd:element> 

<xsd:element name= !l PeerCondition n minOccurs="0 n > 
<xsd:complexType> 
30 <xsd:sequence> 

<xsd:element name =,, PeerEvent n > 
<xsd:complexType> 
<xsd:sequence> 
<xsd:any namespace="##any n processContents= ,, lax M 
35 maxOccurs="unbounded'7> 
</xsd:sequence> 
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<xsd:attribute ref="InternalOperator7> 
</xsd:complexType> 
</xsd:element> 

<xsd: element name="Operator" minOccurs= n 0 ,, > 
5 <xsd:complexType> 

<xsd:attributeGroup ref= n ExtemalAttrGroup7> 
</xsd:complexType> 
</xsd:element> 
</xsd:sequence> 
10 </xsd:complexType> 
</xsd:element> 
</xsd : se quenc e > 
</xsd:group> 

<xsd:attributeGroup name="ExternalAttrGroup"> 
15 <xsd:attribute name= M kind" type="ExtemalOprType7> 

<xsd:attribute name="location" type- 'ExternalOprLocationType ! 7> 
</xsd-attributeGroup> 

<xsd •* simpleType name= " ExternalOprType " > 
<xsd:restriction base="xsd*string n > 
20 <xsd:enumeration value="AND7> 

<xsd:enumeration value="OR7> 
<xsd^enumeration value= n NOT"/> 
<xsd: enumeration value="(7> 
<xsd:enumeration value=")7> 
2 5 </xsd : re s trie tion> 
</xsd:simpleType> 

<xsd: simpleType name="ExternalOprLocationType"> 
<xsd:restriction base="xsd:string"> 
<xsd:enumeration value="prefix7> 
30 <xsd:enumeration value="postfix7> 

</xsd:restriction> 
</xsdtsimpleType> 

<xsd:attributeGroup name= ,, InternalAttrGroup"> 

<xsd: attribute name="kind" type= M Internal0prType7> 
35 <xsd: attribute name="location" type= ,, InternalOprLocationType , 7> 
</xsd:attributeGroup> 
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<xsd:simpleType name= M InternalOprType ,, > 
<xsd:restriction base="xsd:string"> 
<xsd:enumeration value=">7> 
<xsd: enumeration value- *<7> 
5 <xsd:enumeration value=">=7> 

<xsd:enumeration value= M <=7> 
<xsd:enumeration value="><7> 
<xsd: enumeration value= n=: 7> 
<xsd:enumeration value="+ "/> 
10 <xsd:enumeration value="-7> 

<xsd: enumeration value="*7> 
<xsd-enumeration value=77> 
<xsd:enumeration value="%7> 
<xsd*. enumeration value="( , 7> 
15 <xsd:enumeration value=")7> 

</xsd:restriction> 
</xsd:simpleType> 

<xsd^simpleType name= n InternalOprLocationType ,, > 
<xsd:restriction base= M xsd-string"> 
20 <xsd:enumeration value= n prefix7> 

<xsd: enumeration vaiue= M infix7> 
<xsd: enumeration value="postfix M /> 
</xsd:restriction> 
</xsd : simpleType > 
25 </xsd:schema> 



The meanings of significant parameters (NAME) used in 
the XML syntax of the Event condition descriptor 
(EventConditionDescriptor) of an Event Report Request data 
30 are as follows. 

A parameter "EventConditionDescriptor" specifies a 
condition for determining that an Event occurs, and it can 
be represented by combining a plurality of conditions. 

A parameter "EventConditionGroup, " which is a group 
35 for specifying an Event, is largely formed of a timing- 
based condition, a condition based on the use of a digital 
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item, and a peer operation-based condition. 

A parameter "TimeCondition, " which is a timing-based 
condition, is formed of operators that represent a 
relationship between a timing Event and an Event. 
5 A parameter "DIOperationCondition, " which is an 

operation condition related to the peer' s use of a digital 
item, is formed of operators that represent a relationship 
between an operation Event and an Event. 

A parameter "PeerCondition, " which is related to an 

10 Event other than an Event that occurs by the timing-based 
condition and the condition based on the use of a digital 
item, describes information related to peer operation or 
peer device, and it is formed of operators that represent 
a relationship between a condition and an Event. 

15 A parameter "TimeEvent" includes "Specif icTime, " 

"ElapsedTime, " and "PeriodicTime . " 

A parameter "DIOperation" describes the peer's use of 
a digital item, and it is represented in terms, e.g., play, 
move, delete, copy and stop. 

20 A parameter "PeerEvent" describes conditions related 

to peer operation or peer device status, and it is formed 
of operators that represent a condition status and a 
relationship, between the name and value of the condition. 
For example, NetworkCongestion>=0 . 8 . 

25 A parameter "ExternalOperator" is an operator that 

represents a relationship between conditions, and it 
includes the kinds of operators, such as logical operators 
and parenthesis and location of an operator. 

A parameter "InternalOperator" is an operator that 

30 represents a relationship between the name of a condition 
and a value within a peer Event, and it is formed of the 
kind of an operator, e.g., arithmetic operator and 
comparison operator, and the location of the operator. 

A parameter "Kind" names the kinds of operators and a 

35 parameter "location" indicates the location of an* operator. 
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An operator can be a prefix, infix or postfix. 

Hereafter, an Event Report data of the present 
invention will be described more in detail. 

Fig. 13 is a diagram showing an Event Report data in 
5 accordance with an embodiment of the present invention. 

As shown in Fig. 13, the Event Report data of the 
present invention includes an Event Report descriptor 
(ERDescriptor) for describing information related to 
creation and transmission of an Event Report data, an 
10 original Event Report Request (OriginalERR) data for 
describing reference to an Event Report Request data that 
has requested to generate the Event Report data, and an 
Event Report data (ERData) which is a payload including 
Event Report data. Additionally, it includes an embedded 
15 Event Report Request (embeddedERR) data which is another 
Event Report Request data or another Event Report data 
that can be included in the Event Report data. 

The following XML syntax defines an Event Report data 
in accordance with an embodiment of the present invention. 

20 

<xsd:element name="ER n type= ,, erl:ERType"/> 
<xsd:compIexType name-'ERType n > 
<xsd:sequence> 

<xsd:eiement ref= n erl:ERDescriptorofERType7> 
25 <xsd:element ref= n erl:0riginalERR7> 

<xsd: element ref= n erl:ERData"/> 

<xsd:element name^'embeddedERR" type= M erl:ERRType" min0ccurs="07> 
</xsd-sequence> 
</xsd"complexType> 

30 

Hereinafter, the elements of the Event Report data 
will be described individually. 

The following XML syntax defines an Event Report 
descriptor (ERDescriptor) of an Event Report data in 
35 accordance with an embodiment of the present invention. 
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<!— ####### 




— > 



<! — Definition of Event Report Descriptor — > 

<!— ######################################## — > 



10 



15 



20 



25 



30 



<xsd:element name="ERDescriptor H > 
<xsd:complexType> 
<xsd:sequence> 

<xsd: element name= n Description" type="xsd: string" minOccurs= ,, 0"/> 

<xsd:element name="Status" type="xsd:Boolean7> 

<xsd:element name="Creation" type="err.CreationType7> 
</xsd: sequence> 
</xsd-complexType> 
</xsd:element> 

The Event Report Request descriptor (ERDescriptor ) of 
the Event Report data is an element that describes 
information related to occurrence and delivery of an Event 
Report data, and it includes "Description, " "Status," and 
"Creation" as shown in the above XML syntax. The 
"Creation" has the same grammar and meaning as 
"CreationType" among the above-described "HistoryType . " 

The elements of the Event Report Request descriptor 
(ERDescriptor) will be described more in detail. 

The "Description" is an element having a free form 
that can describe information related to the Event Report 
data, and the "Status" is an element that shows whether 
the Event Report data is generated and transmitted 
normally. The "Creation" is an element for describing 
information related to generation of an Event Report data. 

The following XML syntax defines an original Event 
Report Request (OriginalERR) data in accordance with an 
embodiment of the present invention. 



<i - " n •* n n if ft ft It tl It II tl It II II II II II II II II II II II " U U " II U II 11 ** ft " 



> 



<!— 



Definition of OriginalERR datatype 



— > 



<l ft II If U tl tt tl tl ft tl It ft tt ft U tl tt tt ft tt u tt 

! — ######################1 




t u tl 11 tl tl 
I r TT l t il IT 
tt ft tt IT Tt 



> 



<xsd: element name="OriginalERR n type="dii: identifier "/> 



30 



WO 2005/052807 



PCT/KR2004/003089 



Meanwhile , the embedded Event Report Request 
(EmbeddedERR) data of an Event Report data can be included 
in an Event Report data for the purpose of acknowledgement 
5 or forwarding in the present invention. 

The method of the present invention can be embodied 
as a program and stored in a computer-readable recording 
medium, e.g., CD-ROMs, RAMs, and ROMs, floppy disks, hard 
disks, and magneto-optical disks. 
10 While the present invention has been described with 

respect to certain preferred embodiments, it will be 
apparent to those skilled in the art that various changes 
and modifications may be made without departing from the 
scope of the invention as defined in the following claims. 
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